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Description 
BACKGROUND 

1. Field of the Invention 



10001] This Invention pertains to the field of computer networking, and more particularly to the use of network pro- 
tocols to provide services to users that are related to CD ROMs, audio recordings and other distributed media. 

10 2. Related Art 

[00021 Over the past few years, on-line services have experienced explosive growth and have become a major new 
form of entertainment Alongside this new entertainment, more traditional fomis such as musical recordings have con- 
tinued to be consumed on a massive scale. 

15 [0003] The traditional experience of the musical recording is listening by a small group of persons gathered together 
in a room. The music fills the room acoustically, but there is little associated visual content, and there is only a limited 
interaction with the recording, consisting essentially of deciding which tracl<s to play and performing simple transfor- 
mations on the recorded sound, such as setting the volume or applying an audio equalizer. This traditional experience 
dates back to the early age of 78 r.p.m. musteal recordings almost a century ago. 

20 [0004] The traditional production of a musical recording complements the traditional experience of the recording. 
The recording is produced in a number of recording sessions, subject to careful mixing and editing, and then released 
to the public. At that point, the recording is in a fixed form, nowadays, an audio CD. whose purpose Is to record as 
faithfully as possible the final sonic experience designed by Its authors, the musicians, producer, and recording engi- 

neers. . . . 

25 [0005] Music videos have supplemented the traditional experience of musical recordings by allowing the association 
of visual content with tracks of such a recording. In practice, however, music videos have been broadcast, with all the 
problems of lack of user control which that Implies, and they have not contributed to Interactivity or participation by the 

consumer. . . ^ * u * 

[0006] In EP-A-194143 (Sony) there is disclosed a videotex system developed by Sony in which a database center 
30 can control a video disc or CD player among other devices. 

[0007] On-line services offer opportunities for enriching the experience associated with prerecorded matenal. The 
present Invention Is addressed to computer programs, systems, and protocols which can fulfil this promise. 
[0008] In accordance with a first aspect of the present invention, a method of synchronizing content from a first a 
CD with complementary content from a remote device delivered over a network, Is characterized by: 

35 

playing a first CD on a local electronic device to manifest first CD content; 

transferring complementary content and synchronization infomnation from a remote device to said local device 
over a networic; and 

controlling said local electronic device to display said complementary content in synchronization with manifestation 
40 of said first CD content based on said synchronization infomnatlon and CD status Infbnmation read from said first CD. 

[0009] In accordance with a second aspect of the present invention, a device for synchronizing content from a first 
CD with complementary content from a remote device delivered over a networtt, comprises a local electronic device 
having a video display; 
45 a CD player connected to or integral with said local electronic device; and 

a communication unit to transfer complementary content and synchronization infonmation firom a remote device 
to said local device over a network, 

said local electronic device synchronizing manifestation of said complementary content in synchronization with 
content on said first CD by using said synchronization information and CD status information from said CD. 
50 [0010] This Invention enables the provision of computer programs, systems, and protocols which allow producers 
to deliver entertainment complementary to distributed media recordings by means of on-line services such as the 
Internet, and allow such complementary entertainment to be meaningfully Interactive for the consumer, such that the 
consumer can also be a creator of the experience. 

[001 1] The invention also provides implementations designed to attain Integration with existing environments and 
55 programs, partlcularty on the Internet, while retaining the flexibility to adapt to the continuing evolution of stands for 

on-line services. ^ j- u 

[001 2] In a first aspect of the present Invention provides a means for producers and sellers of distributed media such 
as CDs to maintain and strengthen their connection to their customers. Record companies download and periodically 
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update a central library of complementary content for CD's the company has in the market. The software of the present 
invention operate as a piug-in to a users web browser and directs a user with a record company's CD to a particular 
section of the central library appropriate for the user's CD. 

[0013] In another aspect of the present invention, called "CD Watcher' data representative of the users listening 
5 habits relative to a record compan/s CD is transferred to the record company when complementary content is delivered 
to the user over a network connection. 

[0014] Alternatively, record companies contributing and maintaining the central library have access to the listening 
habits of all users who have accessed the central library for complementary content. 

[0015] In another aspect of the invention, software is provided which permits a computer program running on a 
10 remote host to control a distributed media player such as a compact disk (CD) player, DVD player, or the like on a 
user's computer. (For convenience, we use the term "CD" to refer to all distributed media and the term "CD player" to 
refer also to all distributed media players such as DVD players and similar devices.) The software is designed to pemiit 
the remote host both to initiate actions on the CD player and to become aware of actions which the user has initiated 
by other control means, such as the buttons on the CD player's front panel or a different CD player control program. 
15 This aspect of the invention is a building-block for the provision of complementary entertainment for CD content when 
those recordings are fixed in the prevailing contemporary form, the CD. 

[001 6] In another aspect of the invention, visual content, including interactive content, may be delivered over an on- 
line service in such a way that It is synchronized to the delivery of content from a musical recording. Such visual content 
may, for example, be synchronized to the playing of an audio CD or other distributed media in the user's computer. 

20 The visual content is thematlcally linked to the musical recording, for example in the manner of a music video. 

[0017] In a further aspect of the Invention, a method is provided for determining or assigning a substantially unique 
Identifier to CD or other distributed media content consisting of a number of tracks. A unique identifier is a useful 
complement to the delivery of supplementary content In conjunction with the playing of a CD or other distributed media 
in that it allows the software which delivers the supplementary content to be sure that the CD is in fact the correct CD 

25 to which the supplementary content corresponds. If the supplementary content is designed, for example, to accompany 
the Rosary Sonatas of Heinrich Ignaz Franz Biber, it would presumably not function well if the CD or other distributed 
media in the user's player were the soundtrack for the film Mary Poppins. The unique Identifier also allows a CD or 
other distributed media to be used as a key to access a premium Web area. Furthermore, the unique identifier can 
allow the user to be directed to an area of the Web conresponding to the CD or other distributed media which is In the 

30 user's machine. 

[001 8] In a still further aspect of the invention, the immensely popular on-line service generally referred to as a "chat 
room" may be enhanced by means of a link to a CD recording which all persons in the room are playing. A remote host 
may control distributed media players in multiple remote locations The chat room experience as it exists today in on- 
line services has a disembodied quality by comparison with traditional face-to-face social encounters in which there 

35 are identifiable surroundings, the only common experience to the chat users today are the words of the chat as they 
fly by on a computer screen, and perhaps the user icons ("avatars") or other visual content occupying a small space 
on the screen. The use of a musical recording in conjunction with a chat room opens up the possibility of restoring to 
the experience a degree of the shared ambience of traditional social encounters. Furthermore, shared content such 
as a musical recording offers a focal point that allows chat-seekers to group together by means of shared interests in 

40 a partksular type of recording. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0019] 

45 

Fig. 1 is a network diagram of a first embodiment of the present invention. 
Fig. 2 is a fiow diagram of the embodiment shown in Fig. 1. 
50 Rg. 3 is a block diagram of the environment in which tiie present invention operates. 

Fig. 4 is a block diagram of complementary content according to an aspect of the present invention. 
Fig. 5 is a flowchart of the synchronization code of the invention. 

55 

Fig. 6 is a flowchart of the sequence of operations for connecting ttie present invention to a chat room. 
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DESCRIPTION OF PREFERRED EMBODIMENTS 

[00201 Referring to Fig/s 1 and 2, an embodiment of the present invention dynamically connects a user playing a 
CD with a remote host for data exchange. At block 11. the user links to a remote host and requests a download of 

5 client 26. To receive the download the user must provide some basicjnfonmatlon, name, e-mail, chat name. etc. The 
registration information is exchanged for client 26 at block 11A. At block 10A user computer 10 is running computer 
program 12 such as a browser with client 26. At block 30A insertion of CD 30 into player 32 triggers action by client 
26. Client 26 takes control of player 32 and scans CD 30. CD 31 may include time code 31 A and other encoded data 
3 IB. Client 26 uses the results of the CD scan to calculate a substantially unique CD ID 31. block 34. Some CD's may 

10 contain an ID text file or IRC code, there is no universal standard, thus an ID calculation technique may yield a useful 
ID with any CD. This technique may create a pattern match 31 F by sampling a subset of the content of CD 30 and 
using the sample to create a substantially unique pattern match 31 F of CD 30. While client 26 is calculating CD ID 31. 
at block 36 use demographic data 62 is also collected and temporarily stored by client 26. 

[00211 Use demographic data 62 includes but Is not limited to CD use profiles including most used tracks, total time 
15 of use, most used CDs, average length of time computer 1 0 is running, software loaded, most used software, software 
running concun-ently with client and the like. 

[0022] Calculation of a CD ID 31 stimulates client 26 to direct computer program 12 to check a local cache for CD 
ID 31 . IF CD ID 31 is not present in the local cache client 26 links to look-up server 40 at block 38. If computer program 
1 2 is not already running, client 26 may launch it Once the link to look-up server 40 is established, client 26 sends CD 

20 ID 31 to look-up sender 40. Look-up server 40 compares CD ID 31 against table 42. Table 42 is a look-up table linking 
CD ID'S with some associated content and with particular addresses having complementary content. Other infonnation 
such as timing and control data, electronic coupons, advertisements and bonus content such as video vwth timing and 
control data may also be contained in table 42. At block 44. look-up server 40 sends infomiation such as address 46 
to the user in response to receipt of CD ID 31 . The infomiation sent to the user may or may not be based on the user 

25 demographic data and use demographic data 62 sent to look-up sender 40. At block 48 client 26 establishes a link to 
address 46. Address 46 may be a premium or subscrlptton site such as site 51 A in whteh case CD ID 31 may operate 
as a password. 

[0023] In one aspect of the present invention, content suppliers 51-56 such as record companies 1-6 respectively, 
maintain a central library 50 on the web. Content suppliers may also include advertisers, CD retailers, and other content 

30 rights holders. Central library 50 may be on a single server such as look-up server 40 or It may be distributed. Central 
library 50 contains the complementary content sites such as site 51A linked by the addresses in table 42 such as 
address 46. Each content supplier 51-56 may change the content of their site and add new links to additional sites as 
new CD's are released. As new sites are added, new CD ID's and linked addresses are added to table 42. 
[0024] At block 49A, server 58 hosting site 51 A transfers complementary content 60 to the user's computer 1 0. Once 

35 the user Is linked to site 51 A. client 26 sends stored use demographic data 62 and CD status data 64 to look-up server 
40 and or server 58. At block 66 client 26 continues to update and transfer use demographic data 62 and CD status 
data 64 to look-up server 40 and or server 58 as long as client 26 is mnning. Closed loop update 70 penr^its a content 
supplier, such as content suppliers 51-56, a real-time or near real-time look at which CDs are in use and relative 
frequency of use of CD elements and related Information. Closed loop update 70 also provides control of distributed 

40 media playing on a users computer 10. A removal or change of CD at block 68 would retum the client to block 30A. 
[0025] In another embodiment, this Invention operates on the Worid Wide Web. The HTTP protocol on the web is 
run atop a general connection-oriented protocol, which today Is generally TCP/IP, described in Douglas E. Comer, 
Internetworking with TCP/IP (3d ed. 1995). However, the invention described here is not limited to HTTP running over 
any particular kind of network software or hardware. The principles of the invention apply to other protocols for access 

45 to remote infomiation that may come to compete with or supplant HTTP. 

[0026] Referring now to Fig. 3. a user sits at his or her computer 10 and runs a computer program 12 such as a 
browser or other client software. The browser sends out HTTP requests 14 to other computers, refen-ed to as servers 
such as server 16. In requests, particular items of data, refenBd to as resources, which are available on servers, are 
refen-ed to by means of uniform resource locators (URL's), character strings in a particular fbnmat defined in Bemers- 

50 Lee et al.. supra. A URL includes both an identification of the sen/er and an identification of a particular Item of data 
within the server. Reacting to the requests, the servers retum responses 18 to the user's browser, and the browser 
acts upon those responses, generally by displaying some sort of content to the user. 

[0027] The content portion of the responses can be a "Web page," expressed in the hypertext martcup language 
(HTML) such as pages 20 and 22. That language allows one to express content consisting of text Interspersed with 
55 bitmap-format images and links (also known as anchors and hypertinks). The links are further URL's to which the 
browser may, at the user's prompting, send further requests. 

[0028] The responses can also Include more complex commands to be interpreted by the browser, e.g., commands 
which result in an animation as discussed below for Fig. 4. HTML itself does not define complex commands, but rather 
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they are considered to belong to separately-defined scripting languages, of which two currently common ones are 
JavaScript and VBScript 

[0029] In addition to extending the function of the browser by means of code written In a scripting language. It is also 
possible to extend the function of a browser with compiled code. Such compiled code is referred to as a '*ptug-in." The 
5 precise protocol for writing a plug-in is dependent on the particular browser. Plug-Ins for the Microsoft browser are 
refen-ed to by the name of ActiveX controls. 

[0030] Plug-Ins may be very complex. A plug-In which may advantageously be used in connection with the invention 
is Shockwave from Macromedia. It permits animations which are pari of a server response to be downloaded and 
played to the user. Shockwave defines Its own scripting language called Lingo. Lingo scripts are contained within the 
10 downloadable animations which the Shockwave plug-in can play. The general format of a Shockwave animation is a 
timeline consisting of a series of frames, together with a number of visual objects which appear, perform motions, and 
disappear at particular frames within the timeline. To achieve more complex effects within a Shockwave animation, 
Lingo scripts may be invoked in addition to predefined visual objects. 

[0031] A currently preferred embodiment of the present Invention employs a plug-in, referred to as the command 
15 plug-In 24, which provides to a scripting language the ability to command and monitor in a detailed fashion the playing 
of a CD recording. The command plug-in should provide and monitor, at a minimum, the following basic functions: 

(1 ) Start and stop play. 

(2) Get current track and position within the track. 
20 (3) Seek to a track and a position within the track. 

(4) Get and set volume. 

(5) Get information regarding the CD (e.g., the number of tracks, their lengths, the pauses between tracks). 

(6) Get information regarding the capabilities of the CD drive. 

25 [0032] Other functions may be provided and monitored, limited only by what the underlying operating system services 
are able to accommodate. The monitored functions are included In use demographic data 62 which is transferred to 
server 40 and or servers such as server 58. 

[0033] The command plug-in may be written in a conventional programming language such as C++. The plug in must 
conform to the existing standards for plug-ins. such as those required of Microsoft ActiveX objects. In order to obtain 

30 the Information and carry out the functions which the command piug-in makes available to the scripting language, the 
command piug-in relies on functions which provide control and information regarding the playing musical recording. 
These functions will depend on the precise source of the recording. If, as in one embodiment of the present invention, 
the recording being played is an audio CD In the computer CD player, and if the browser is running under Microsoft 
Windows 3.1 or Windows 95 or Windows CE, these functions would be the MCI functions, which form a part of the 

35 Wm32 application programming interface. These functions are documented, for example, in Microsoft Win32 Program- 
mer's Reference. Different functions may be provided by streaming audio receivers, as for example receivers which 
capture audio which is coming into the user's computer over a network connection in a suitable audio encoding format 
such as MPEG. 

[0034] An important point to note about the Implementation of the command plug-In Is that the operations which it 
40 carries out, as for example "seeks", may take times on the order of a second. It is undesirable for command-plug-in 
24 to retain control of computer 10 during that Interval, so it is important that command plug-in 24 relinquish control of 
computer 10 to the browser whenever a lengthy operation Is undertaken, and report on the results of the operation via 
the asynchronous event handling capability used in the common scripting languages. 

[0035] Given the above summary of the functions which the command plug-In provides, a general knowledge of how 
45 to write plug-ins (e.g.. of how to write ActiveX objects), and a knowledge of the relevant application programming 
interface for controlling tiie play of the CD (e.g., MCI in Win32), a person skilled in the art could readily and without 
undue experimentation develop an actual working command plug-in. For this reason, furtfier details of how the com- 
mand plug-in is implemented are not provided here. 

[0036] The existence of a command plug-in providing the functions listed above to a scripting language Is a foundation 
so on whteh entertainment complementary to the content of a CD may be constructed. In particular, it Is possible to devise, 
building on this foundation, a method for synchronizing ttie display of complementary content by means of the scripting 
language with the events which are occumng on the CD. 

[0037] Refening now to Fig.'s 4 and 5, synchronization of the complementary content to the CD proceeds as follows. 
For example, complementary content 60 may be provided by means of animation such as Shockwave animation, 
55 Including frames F^-Fp and script 72. complementary content 60 Is downloaded from server 58 and displayed for the 
user by means of a Shockwave plug-in-This downloading may take place before the animation is displayed, or alter- 
natively It make take place as the animation is being displayed, provided the user's connection to the networic Is fast 
enough to support download at an appropriate speed. The downloading is a function provided by the Shockwave plug- 
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[00381 As the Shockwave animation is played. script72 such as a Ungo script executes each time a frame F„ finishes 
displaying. The Ungo script contains a description of the relationship which should exist between frames of the anh 
mation and segments of the CD content, identified by trade number and by time. The Ungo script determines, by m^ns 
of the command plug-in described above, at which track and time the play of the CD is. It then refers to thejiesqnplion 
in order to determine which frames of the animation correspond to that portion of the CD. if the current frame is not 
one of those frames, the Ungo script resets the time line of the animation so that the animation will begin to play at the 
frame which corresponds to the current position of the CD. This permits the visual content to catch up if it ever lags 
the CD. for example because downloading from the networic has lallen behind, because the user's computer lacks the 
cycles to play the animation at full speed, or because the user has fast-fon«ardod the CD. 

[00391 Referring now to Fig 4. the synchronization algorithm may control individual frames or groups of contiguous 
frames, complementary content 60 includes frames F,^„ and script 72. At block 200. a correspondence is estabiislied 
between each frame E„ or group of frames and a particular segment of CD 30. At the end of each frame F„ of the 
animation block 205. the position of CD 30 is detemiined. block 210. A test is done at block 215 to detemnine whether 
the position of CD 30 is within the segment of the recording that con^sponds to the group of frames to which the ne)rt 
sequential frame belongs. If the position of CD 30 is within that segment, the playback of the animation proceeds with 
the next frame, block 230. If the position of CD 30 is not within that segment, then at blocks 220 and 225 the playback 
of the animation is advanced to the frame cooesponding to where the CD is. 

[00401 A further aspect of the present invention is a touring mode. With client 26 in touring mode, a remote device 
such as server 58 may control one or more user devices through delivery of complementary content 60 interspersed 
with player 26 control data to provide the one or more users with a guided tour of a particular distributed media such 

as CD 30. . . » , 

[0041] A further aspect of the invention is the ability, by making use of command plug-in 24. to provide a technique 
for establishing a unique identifier for a CD. CD ID 31 . which is located in the user's CD player 32. The unique identifier 
may be based on the number and lengths of the tracks (measured in blocks, i.e.. 1/75ths of a second), so that the 
Wentifier would be a concatenation of these lengths. In practice, however, it is desirable to have a somewhat shorter 
identifier, so the unique identifier is preferably the concatenation of the track lengths expressed in a fairiy coarse unit. 

such as 1/4th of a second. ,., x j » i • 

[00421 Appendix A contains source code, written in C. for a fuzzy comparison algorithm suitable for detenrtning 
I whether two audio CDs are exactly or approximately the same. The fuzzy comparison algorithm proceeds as follows. 
For each of the two audio CDs to be compared, one detemnines the lengths of all the tracks in the recordings in 
milliseconds. One then shifts all frack lengths to the right by eight bits, in effect performing a truncating division by 28 
= 256 One then goes through both of the recordings track by track, accumulating as one proceeds two numbers, the 
match total and the match error. These numbers are both Initialized to zero at the start of the comparison. For each of 
35 the tracks, one increments the match total by the shifted length of that frack In the first CD to be compared and one 
increments the match error by the absolute value of the difference between the shifted lengths of the frack In the two 
CDs When one gets to the last track in the CD with the fewer number of fracks, one continues with the fracks In the 
other CD. incrementing both the match total and the match error by the shifted lengths of those tracks. Following these 
steps of going through the fracks. the algorithm then divWes the match error by the match number, subtracts the 
40 resulting quotient from 1 . and converts the difference to a percentage which Is Indfeative of how well the two CDs match. 
[0043] Appendix B contains source code, written in C. for a comparison algorlthm suitable for determining whether 
two audio CDs are exactly the same. The algorithm generates from the number of fracks, the frack lengths, and the 
start and end times of the fracks an 8-byte value. The high order 4 bytes are obtained by summing the start and end 
times of all fracks. expressed In milliseconds. The tow order 4 bytes are obtained by summing the lengths of all tracks 
45 expressed in milliseconds, shifting the sum left ten bits, and adding the number of fracks. 

[0044] CD ID 31 may be employed as a database key. A site such as stte 52A may maintain a database of information 
about CDs. for example infomiation about all CDs issued by record company 2 can be .maintained on tttat record 
company's site. There are various alternative ways for users to navigate this infomiation. For example, they could use 
a Web page containing many hyperiinks as a table of contents, or they could use a conventional search engine. A third 
50 way of searching, which Is enabled by CD ID 31 of the invention, is for there to be a Web page which invites ttie user 
to place in player 32 the CD about which he or she is seeking inft)miation. for example CD 30. Upon detection of the 
presence of CD 30 In the drive, a script in ttie Web page computes CD ID 31 corresponding to CD 30 and sends it to 
server 58 Sen/er 58 then displays infomiation about the CD refrieved from a database on the basis of CD ID 31 . This 
infomiation may include a Web address (URL) that is related to the CD (e.g.. that of the artists' home page), simpte 
55 data such as the names of songs on ttie CD. and also complementary entertainment, including potentially photographs 
(e g.. of the band), artworit. animations, and video clips. It is also possible to arrange ttiings so that, when the user 
inserts a CD Into ttie computer, (i) the Web browser is launched if not already running, (ii) the browser computes he 
CD's unique Identifier and from ttiat unique identifier derives a URL. and (Hi) the browser does an HTTP get fransactlon 
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on that URL 

[0045] An alternative application of unique identifiers for musical recordings is to employ a CD as a key for entering 
into a premium area of tlie Web. There are presently premium areas of the Web to which people are admitted by 
subscription. A simple fonr) of admission based on the unique identifier is to require, before accessing a particular area 

5 of the Web, that the user place In his or her CD drive a particular CD, or a CD published by a particular company or 
containing the music of a particular band or artist. This Is readily accomplished by means of a script which invokes the 
functions provided by the command plug-in and computes a unique identifier. 

[0046] Another aspect of the invention Is the connection of chat rooms with musical recordings. The goal Is to provide 
all participants in a chat room with the same music at approximately the same time. 

10 [0047] One conventional network protocol for chat services is Interney Relay Chat (IRC), described J. Oikarinen & 
D. Reed, Intemet Relay Chat Protocol (Intemet Request for Comments No. 1459, 1993), In this protocol, \fA\er\ one 
becomes a client of a chat server, one sends the name of a chat room. The chat server receives messages from ail of 
its of clients and-relays the messages sent in by one client to all the other clients connected in the same room as that 
client. The messages which a client sends are typically typed in by the user who is running the client, and the messages 

15 which a client receives are typically displayed for the user who is running the client to read. 

[0048] In a preferred embodiment of the invention, a chat client Is customized by means of a plug-in, which we will 
call the chat plug-In. The chat client is started up by a browser as follows (see Fig, 5). The user connects by means of 
the browser to a central Web page (box 300) which, upon being downloaded, asks that the user Insert a CD Into his 
or her player (box 305). A unique identifier of the CD Is computed and communicated back to the server by using the 

29.,. control plug-in described above under the command of a script in the central Web page (box 310). The server then 
employs the unique identifier to determine whether it has a chat room focused on the CD (box 315). This step may be 
carried out by looking the unique identifier up in a database using techniques well known in the art. There exists a vast 
literature on connecting Web pages to databases, e.g., December & Glnsburg, supra, chapter 21 . If a chat room focused 
on the CD exists or can be created, the server responds with the name of that chat room, and the browser starts up a 

25 chat client on the user's computer as a client of that chat room (box 320). 

[0049] The chat room's name is set by the server to contain infomnation about the track which the CD Is playing in 
the other chat room clients' machines and the time at which the track started to play, as well as about the volume at 
which the CD is playing. The chat client plug-In employs that Infbnmatlon to direct the control plug-In to set the CD in 
the user's computer to play in such a manner that it is approximately synchronized to the CD which Is playing In the 

30 other chat room clients' machines (box 320). 

[0050] Each user in the chat room is able to control the CD which Is playing in his or her machine. Control actions 
result in the chat plug-in sending messages to the chat server which describe the control action being taken (box 325). 
For example, such messages may indicate a change in the position of the CD, a change in the volume, or the ejection 
of the CD to replace It with another. The chat plug-ins running on the other users' machines, upon seeing a message 

35 of this kind, replicate the action (as far as possible) on the other users' machines by using the control plug-in described 
above (box 330). 

[0051] In a further aspect of the invention, a chat room focused on a particular musical recording might allow for a 
voting procedure to select particular tracks. A simple voting procedure would be for each chat plug-in to act upon a 
change message of the kind described in the preceding paragraph only when it sees two identical consecutive change 
40 messages. This would mean that In order to change the track which is being played, it would be necessary for two 
users to change to that track. The number two may be replaced by a higher number. 

[0052] In a further aspect of the invention the messages delivered to the users of a chat can be driven from a text 
file rather than manual typing. This would allow a pre-recorded experience to be played back for a group of chat users. 
Such a technique may be used to create a pre-recorded, narrated tour of an audio CD. 
45 , [0053] An important advantage of the embodiment described above is that it may be used with any chat server 
software which supports the minimal functionality required by Intemet Relay Chat or by a protocol providing similar 
minimum chat service. The additional software required is located in the chat client plug-in and in the central Web 
page, with its connection to a database of CD Information. 

50 



55 



7 



EP1 010 098 B1 



APPENDIX A 

/* 

* FUZZY CD ID 

* (c) 1996-1998 ION Inc. 
* 

* by Ty Roberts 
*/ 

#include <stdio*h> 
#include <stdlib-h> 
#include <time.h> 

struct fuzzyCDid { / . i 

short nuroberTracks; // start time ia 

milliseconds 

unsigned short fuzzlength [lOOJ / 

J; 

typedef struct fuzzyCDid fuzzyCDid, *fuzzyCDidPtr; 

// structure of a cd track with all times stored in milliseconds 

struct cdtrack { 

long beginMs; // start time in milliseconds 
long endMs; // end time in milliseconds 

Long lengthMs; // length in milliseconds 

); 

typedef struct cdtrack cdtrack, *cdTrackPtr; 

struct cd { 

short numberTracks; 
cdtrack track [1001 : 

); 

typedef struct cd cd, *cdPtr; 

void CreateFuzzyld ( fuzzyCDidPtr fid, cdPtr cd ); 

float FuzzyMatch( fuzzyCDidPtr fidl, fuzzyCDidPtr fid2 ); 

// SUBROUTINES 

void CreateFuzzyld ( fuzzyCDidPtr fid, cdPtr cd ) 
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long i ; 

// first copy in the number of tracks 
fid->nuinberTracks = cd->nuinberTracks; 



for (i«0;i<f id->numberTracks;i++) t 

// shift left and create a MSB length thats not exact 
fid~>fU2zlength[i] =• (short) (cd- 
>tracktil .lengthMs»8) ; 
} 

float Fu2zyMatch( fuzzyCDidPtr fidl, fuzzyCDidPtr fid2 ) 
{ 

long" fidmatcherr = 0, fidmatchtotal = 0; 
short i, trackcnt; 

float matchpercent ; 

// find the larger number of tracks 

trackcnt » f idl->numberTracks<f id2->numberTracks ? fid2- 
>numberTracks : f idl->numberTracks; 



// cycle thru the tracks accumulating error and total 
comparedtimes 

for{i«0;i<trackcnt;i++) ( 

if ((i < fidl->nuinberTracks) && (i < fid2- 
>numberTracks) ) { 

fidmatcherr += abs (f idl->fu22length[i] -.fid2- 
>fuzzlengthlij) ; 

fidmatchtotal f idl->fu2zlengthli) ; 
) else if (i >= fid2->numberTracks) { 

fidmatcherr += f idl->fuzzlength[i] ; 
fidmatchtotal f idl->fu2zlength[ij ; 
) else if (i >« f idl->nuinberTracks) { 

fidmatcherr +« f id2->f U2zlength[iJ ; 
fidmatchtotal += f id2->fuzzlength[ij ; 

} 

) 

if (fidmatcherr > 0) ( 

matchpercent - 100 - 
{ ( (float) fidmatcherr/ (float) fidmatchtotal) *100) ; 
} else ( 

matchpercent = 100; 

} 

return matchpercent; 
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void main (void) 
I 

short i; 

float matchpercent ; 

// create global structures for two complete cds with up to 
100 tracks 

cd cd2id; 
fuzzyCDid fidcd2id; 
cd cdFromDB; 

fuzzyCDid fidcdFromDB; 

printf ("Test #1 will compare two CDs that are exactly the 
same\n\n") ; 

// put in some test values for the cd track lengths 

// since these are in ms, its basically 60000 =1 minute 

cd2id. track [ 0] -lengthMs 121323; 
cdZid.tracktl] .lengthMs « 234565; 
cd2id.trackt2] .lengthMs = 566437; 
cd2id.track[3] ,lengthMs =» 245120; 
cd2id.track(4] .lengthMs « 20000; 
cd2id»trackt51 .lengthMs ^ 120386; 
cd2id. track [6] .lengthMs = 323453; 
cd2id.numberTracks « 7; 

for (i«l; i<cd2id»nuinberTracks ; i++) { 

printf ("CD #1: Track « %d length in minutes = %f\n", 
i, {float)cd2id.track[il.lengthMs/60000.0) ; 

1 

printf (-\n"), • 

CdFromDB. track (0] .lengthMs » 121323; 
CdFromDB. track [1) .lengthMs « 234565; 
CdFromDB. track [2] .lengthMs = 566437; 
CdFromDB. track [3] .lengthMs = 245120; 
CdFromDB. track [41. lengthMs « 20000; 
CdFromDB. track [5] .lengthMs = 120386; 
CdFromDB. track [6] .lengthMs 323453; 
CdFromDB .numberTracks « 7; 

for ( 1=1 ; KcdFromDB . numberTracks ; i++ ) I 

printf ("CD #2: Track = %d length in minutes « %f\n". 
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i, ( float)cdFromDB, track [i] •lengthMs/60000.0 ); 

} 

CreateFu22yIci( &fidcd2idr &cd2icl ' ) / 
CreateFuz2yId( &fidcdFroinDB, ficdFroniDB ); 

matchpercent « FuzzyMatch( &fidcd21d, &fidcdFroinDB ); 
printf {'•The cd's matchpercent was computed as=%f"r 
matchpercent) ; 

printf ("\n"); 
printf C'Xn"); 

printf ("Test #2 will con^are two cd that are nearly the 
same \nexcept_ they have diffent # of tracks Xn"); 

// put in some test values for the cd track lengths 

// since these are in ms, its basically 60000 « 1 minute 

cd2id. track [0 ] .lengthMs « 121323; 

cd2id. track [ 1] .lengthMs = 234565; 

cd2id*track[2] .lengthMs = 566437; 

cd2id.trackf3) .lengthMs = 245120; 

cd2id*trackI4J .lengthMs « 20000; 

cd2id.track[5] .lengthMs = 120386; 

cd2id. track [ 61 .lengthMs « 323453; 
cd2id.numberTracks » 7; 

f or (i=l ; i<cd2id • numberXracks ; i++) { 

printf CCD #1: Track = %d length in minutes = %f\ri" 
i, (float) cd2id. track [i J .lengthMs/60000.0 ); 

) 

printf ("Xn"); 

cdFromDB.trackfOJ .lengthMs « 121323; 
cdFromDB. track [11 .lengthMs = 234565; 
cdFromDB.track[2] .lengthMs = 566437; 
cdFromDB.track[3] •lengthMs = 245120; 
cdFromDB. track [ 41 .lengthMs « 20000; 
cdFromDB.trdck[5] .lengthMs » 120386; 
CdFromDB. numberTr a cks » 6; 

for ( i=l ; i<cdFromDB . numberTracks ; i++ ) { 

printf ("CD #2: Track = %d length in minutes = %f\n" 
i^ (float)cdFromDB.track[iJ .lengthMs/60000,0 ); 

) 

CreateFuzzyldC &fidcd2id, &cd2id ); 
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CreateFu2zyId( fifidcdFroniDB, &cdFromDB ); 
matchpercent = FuzzyMatchC &fidcd2id. &fidcdFromDB )/ 

print f ("The cd*s matchpercent was computed 
as=%f", matchpercent) ; 
printf ("\n"); 
print f t"\n"); 

printf ("Test #3 will compare two cd that are not the 
same\n\n") ; 

// put in some test values for the cd track lengths 

// since these are in ms, its basically 60000 = 1 minute 

cd2id.track[0] .lengthMs = 34213/ 

cd2id,track[l] .lengthMs = 334565; 

cd2id.track[2] .lengthMs = 231423; 

cd2id.track[3] .lengthMs = 134122; 

cd2id. track [4] .lengthMs * 2342; 

cd2 id • track (51 .lengthMs = 3487; 

cd2id, track [6] .lengthMs = 9976; 

cd2 id. number Tracks « 7; 

for ( i«l ; i<cd2id . numberTracks ; i++ ) ( 

printf ("CD #1: Track = %d length in minutes = %f\n 
i, (float) cd2id,track[i] -lengthMs/eOOOCO ); 

} 

printf ("\n"); 

cdFromDB. track to] .lengthMs = 121323; 
cdFromDB.track(l] .lengthMs « 234565; 
cdFromDB. track [2 I .lengthMs = 566437; 
cdFromDB. track [3]. lengthMs = 245120; 
cdFromDB.track[ 4] .lengthMs = 20000; 
CdFromDB -track [5] .lengthMs = 120386; 
CdFromDB. track [6] .lengthMs « 323453; 
CdFromDB. numberTracks - 6; 



for (i=l ; i<cdFromDB . numberTracks ; i++ ) { 

printf ("CD #2: Track = %d length in minutes * %f\n 
i, (float)cdFromDB.track(i] .lengthMs/60000.0 ) ; 

> 

CreateFuzzyId( &fidcd2id, &cd2id) ; 
CreateFuz2yId( &f idcdFromDB, & cdFromDB ) ; 

matchpercent ^ FuzzyMatch( &fidcd2id, &fidcdFromDB ); 



printf ("The cd's matchpercent was computed 
as=%f "r matchpercent ) ; 
) 
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APPENDIX B 

/* 

* EXACT MATCH CD ID 

* © 1996-1998 ION Inc. 
* 

* 

* by Ty Roberts 
*/ 

#include <stdio.h> 
#include <stdlib.h> 
#include <tiine.h> 

struct cdid{ 

long id [2] ; 

); 

typedef struct cdid cdid, *cdidPtr; 

// structure of a cd track with all times stored in milliseconds 

struct cdtrack{ 

long beginMs; // start time in miliseconds 
long endMs; // end time in milliseconds 

long lengthMs; //length in Miliseconds 

); 

typedef struct cdtrack cdtrack^ *cdTrackPtr; 

struct cd { 

short numberTracks; 
cdtrack track[1001 ; 

}; 

typedef struct cd cd^ *cdPtr; 

void CreateUniqueId{ cdidPtr cid, cdPtr cd ); 

// SUBROUTINES 

void CreateUniqueld { cdidPtr cid, cdPtr cd ) 
( — 
long i, n; 

t - 0; 
n = 0; 
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for {i=0;i<cd->nuinberTracks;i++) { 

// shift left and create a MSB length thats not exact 
t cd->track[il .lengthMs; 

n cd->track[i] .beginMs + cd->track[i) .endMs; 

cid->id[0] = t«10+cd->nuinberTracks; 
cid->idlll = n; 

) 

void main (void) 
I 

short i; 

short matchtest ; 

// create global structures for two complete cds with up to 

100 tracks 

cd cd2id; 
cdid cdZUID; 

cd cdFromDB; 
cdid cdFromDBUID; 

print f ("Test #1 will compare two cd that are exactly the 
same\n\n"); 

// put in some test values for the cd track lengths 

// since thes are in ms, its basically 60000 1 minute 

cd2id • track (0 1 .beginMs « 0; 

cd2id.track{l] .beginMs = 100001; 

cd2id.track(2] .beginMs = 231001; 

cd2id.track(31 .beginMs = 345001; 

cd2id.track[4] .beginMs = 435001; 

cd2id.trackl5] .beginMs » 460001; 

cd2id. track [61. beginMs = 590001; 

cd2id.tracklO].endMs » 100000; 
cd2id.track[l].endMs = 231000; 
-cd2id.track[2] .endMs - 345000; 
cd2id, track [ 31 .endMs = 435000; 
cd2id.track[4] .endMs = 460000; 
cd2id.track[51.endMs = 590000; 
cd2id. track [61 .endMs « 690000; 

cd2id. track! 01. lengthMs « cd2id. track [01 .endMs - 
cd2 id. track [01 .beginMs; 
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ccl2id.trac]c{lj .lengthMs « cd2id. track(lj .endMs - 
cd2id. track [1] .beginMs; 
5 cd2id.track(2] .lengthMs =» cd2id.track(21 .endMs - 

cd2id.track[2] .beginMs; 

cd2id. track [3] .lengthMs « cd2id. track [3] .endMs - 
cd2id.track[3] .beginMs; 

cd2id. track [4] .lengthMs =» cd2id.track(4] .endMs — 
cd21d.track[4] .beginMs; 

cd2id. track [5] .lengthMs = cd2id. track [5] .endMs - 
cd2id. track[5] .beginMs; 

cd2id. track [6] .lengthMs = cd2id. track [6] .endMs - 
15 cd2id.track[6] .beginMs; 

cd2id,nuinberTracks « 7/ 

for { i«l ; i<cd2id . numberTracks; i++ ) { 

printf ("CD #1: Track « %d length inminutes « %£\n", 
i, (float) cd2id.track[il .lengthMs/60000.0 ); 
I 

printf ("\n">; 

cdFromDB. track [0] .beginMs = 0; 
25^ cdFromDB. track [1] .beginMs = 100001; 

CdFromDB. track [2] .beginMs = 231001; 

CdFromDB. track (3] .beginMs = 345001; 

CdFromDB. track [4] .beginMs = 435001; 

CdFromDB. track [5] .beginMs = 460001; 

cdFromDB.track [6] .beginMs = 590001; 

CdFromDB. track (0] .endMs « 100000; 

CdFromDB. track [1 J .endMs = 231000; 

CdFromDB. track [2] .endMs « 345000; 
35 cdFromDB. track [3] .endMs » 435000; 

CdFromDB. track [4] .endMs =* 460000; 

cdFromDB. track [5] .endMs = 590000; 

CdFromDB. track [6] .endMs = 690000; 

CdFromDB. track [0] .lengthMs » cd2id. track [0] .endMs • 
40 cd2id, track [0] .beginMs; 

CdFromDB. track [1] .lengthMs = cd2id. track [1] .endMs - 
cd2id. track [1] .beginMs; 

CdFromDB. track [21 .lengthMs « cd2id. track [2] .endMs - 
cd2id.track[2] .beginMs; 

CdFromDB. track [3] .lengthMs « cd2id. track (31 .eiidMs - 
cd2id. track [31 .beginMs; 

cdFromDB. track [4] .lengthMs « cd2id. track [4] .endMs - 
cd2id. track [41 .beginMs; 
50 CdFromDB. track [5] .lengthMs « cd2id.track[51..endMs - 

cd2id. track [51 .beginMs; 
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cdFromDB. track { 61. lengthMs = cd2id.trackl6] .endMs - 

cd2id.trackt6] .beginMs; 

CdFromDB. numberTracks = 7; 

for(i«-l;i<cdFromDB.nuniberTracks;i++) ( 

printf ("CD #2: Track = %d length inminutes = %f\n , 
i, (float) CdFromDB. track[i].lengthMs/60000.0 ); 

) 

CreateUniqueld { &cd2UID, &cd2id ); 

printf ( "Unique ID for CD #1 = %d%d\n", cd2OID.id[0] , 
cd20ID.id[ll ); 

CreateUniqueld ( scdFromDBOID, acdFromDB ); 

pSf{ "SSique ID for CD #2 - %d%d\n", cdFromDBOID. id[0] , 

cdFromDBDID.id[ll ); 

matchtest = {cd2UID.idt01 cdFroroDBOID.id[0] ) &&. 
( cd2UID . id [ 1 1 == cdFromDBUI D . id [ 11 ) ; 

printf ("The cd's match if result is non zero 
mat chresult=%d", matchtest) ; 

printf {"\n"); 

printf {-Test' #2 will compare two cd that are nearly the 
same\nexcept they have diffent # of tracks \n"); 

// put in some test values for the cd track lengths 

// since thes are in ms, its basically 60000 = 1 minute 

cd2id.track[0] .beginMs =» 0? 

cd2id. track [11. beginMs = 100001; 

cd2id.track [21 .beginMs = 231001; 

cd2id. track [31. beginMs = 345001; 

cd2id. track [41 .beginMs » 435001; 

cd2id.track(51 .beginMs = 460001; 

cd2ia.trackt61. beginMs = 590001; 

cd2id. track (01. endMs = 100000; 

cd2id.track[l] .endMs = 231000; 

cd2id. track (21. endMs = 345000; 

cd2id.track(3I. endMs = 435000; 

cd2 id. track (41. endMs = 460000; 

cd2id.track[51 .endMs = 590000; 
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cd2id.track{6] .endMs = 690000; 

cd2ici.traclc[01 .lengthMs « cd2xdrtrackt01 .endMs - 
cd2id. track [0] .beginMs; 

cd2id. track [1] .lengthMs = cd2id* track [1] .endMs - 
cd2id. track (1] .beginMs; 

cd2id.track[2] .lengthMs «. cd2id. track {2] .endMs - 
cd2id. track[2] .beginMs; 

cd2id. track [3] . lengthMs « cd2id, track [3] .endMs - 
cd2id.track[3] .beginMs; 

cd2id. track (4] .lengthMs = cd2id. track [4] .endMs - 
cd2id.track[4] ; beginMs; 

cd2id.track[5J .lengthMs =» cd2id. track [5] .endMs - 
cd2id.track[5] .beginMs; 

cd2id. track (6J .lengthMs « cd2id. track [6] .endMs - 
cd2id. track[6] .beginMs; 

cd2id.nuinberTracks - 7; 

for (i=l ; i<cd2id . numberTracks ; i++ ) ( 

print f ('•CD #1: Track = %d length inminutes 
i, (float) cd2id. trackli] .lengthMs/60000.0 ); 
} 

printf ("\n"); 

cdFromDB. track [0] .beginMs - 0; 
cdFromDB. t rack [1] .beginMs =» 100001; 
CdFromDB, track [2] .beginMs ^ 231001; 
CdFromDB. track [3] .beginMs « 345001; 
CdFromDB. track [4] .beginMs « 435001; 
CdFromDB. track[5] .beginMs « 460001; 
CdFromDB. track (6] .beginMs ^ 590001; 

CdFromDB. t rack [0] .endMs = 100000; 
CdFromDB. track [1] .endMs = 231000; 
CdFromDB. track [2 J .endMs = 345000; 
CdFromDB. track [3] .endMs « 435000; 
CdFromDB. track [4] .endMs = 460000; 
CdFromDB. track [5] .endMs » 590000; 

CdFromDB. t rack [0 J .lengthMs - cd2id.track[0] .endMs - 
cd2id. track [0] .beginMs; 

CdFromDB. track (1] .lengthMs = cd2id. track [1] .endMs - 
cd2id. track [1] .beginMs; 

CdFromDB. track [2] .lengthMs « cd2id.trackl21 .endMs - 
cd2id.track[2J .beginMs; 
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cdFromDB.track(3].lengthMs » cd2id.traclcl31 .endMs - 

cd2id.trackt31.beginMs; o„hm«'> 
cdFroHiDB.trac)c[4].lengthMs « cd2xd. track [4] .endMs 

cd2id.track(4].beginMs; ^^-^ * vr.;i -nHM, - 

cdFromDB.track[51.1engthMs = cd2xd.track[5] .endMs - 

cd2id. track [51 .beginMs; 

cdFromDB.numberTracks » 6; 

for{i»l;i<cdFromDB.nuinberTracks;i++) ( .-v „ 

printf ("CD #2: Track = %d length inroinutes = %f\n , 
i, (float)cdFromDB.trackti].lengthMs/60000.0 ); 

I 

CreateOniqueld ( scd20ID, Scd2id ); . 

printf ( "Unique ID for CD #1 = %d%d\n", cd2OID.xd[0J , 

cd20ID.ad[l] ); 

CreateUniaueId( {.cdFrornDBOID, &cdFromDB ); 
printf ("Snique ID for CD #2 - %d%d\n", cdPromDBUlD.id[01 , 
cdrroiDDBOID.id[ll ); 

matchtest »■ (cd2UID. idlOl =- cdFrornDBOID. id [0] ) && 
(cdaUID.idtH «" cdFromDBUID.idtU ) ? 

printf ("The cd's match if result is non zero 
mat chresult=%d", matchtest ) ; 
printf {"\n"); 
printf ("\n"); 

) 



Claims 

1. A method of synchronizing content from a first CD with complementanr content from a remote device delivered 
over a network, characterized by: 

with manifestation of said first CD content based on said synchronization inf omiaUon and CD status information 
(62) read from said first CD. 

2. The method of daim 1 further characterized by: 

transferring said CD status infom.ation (62) from said local electronic device to said remote device over a 

network; and . 
receiving said complementary content based on said CD status infonmation. 

3. The method of claim 1 wherein said first CD includes audio content. 

4. The method of claim 1 wherein said first CD includes audio and video content. 
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5. The method of claim 1 wherein said first CD includes music. 

6. The method of claim 1 further comprising: 

5 analyzing said first CD; 

computing an identification code based on said content of said first CD; and 

transferring complementary content and synchronization information from said remote device based on said 
identification code. 

10 7. The method of daim 1 wherein said remote device Is a network server. 

8. The method of claim 1 wherein said remote device is a second user device. 

9. A device for synchronizing content from a first CD with complementary content from a remote device delivered 
15 over a network, comprising: 

a local electronic device having a video display; 

a CD player connected to or integral with said local electronic device; and 

a communication unit to transfer complementary content and synchronization informat'ion from a remote device 
20 to said local device over a networic, 

said local electronic device locally synchronizing manifestation of said complementary content in synchroni- 
zation with content on said first CD by using said synchronization infbnnation and CD status information from 
said first CD. 

25 10. The device of claim 9 wherein said communication unit transfers said CD infonmatlon from said first CD to said 
remote device over a network; and receives said complementary content based on said CD status information. 

11. The device of claim 9 wherein said first CD includes audio content. 

30 12. The device of claim 9 wherein said first CD includes audio and video content. 

13. The device of claim 9 wherein said first CD includes music. 

14. The device of claim 9 further comprising: 

35 

means for analyzing said first CD; 

means for computing an identification code based on said content of said first CD; and 

means for transferring complementary content and synchronization information from said remote device based 

an said Identification code. 

40 

15. The device of claim 9 wherein said remote device is a network server 

16. The device of claim 9 wherein said remote device is a second user device. 

45 17. The method of claim 6 wherein said computing uses at least one of length information and number of segments 
to obtain said identification code. 

18. The method of claim 6 wherein said computing uses the length of each segment to obtain said identification code. 



PatentansprQche 

1. Verfahren zur Synchronisation eines Inhalts einer ersten CD mit einem komplementaren Inhalt von einem entfemt 
angeordneten Gerat, der uberein Netzwerk ubermittelt wird» dadurch gekennzeichnet, dass zunachst eine erste 
55 CD (30) auf einem lokalen elektronischen Gerat (10) gespieit wird zur Manifestation des Inhalts der ersten CD. 
der komptementSre jnhalt und eine Synchronisationsinfonination (72) vom entfemten Gerat zum lokalen GerSt 
Qber das Netzwerk getrennt ubertragen werden und das lokale elektronische Gerat (10) lokal gesteuert wird zur 
Anzeige des komplementaren Inhalts in Synchronisation mit der Manifestation des Inhalts der ersten CD basierend 
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auf der Synchronisationsinfortnation und einer CD- StatU8lnforTT.ation (62). die aus der ersten CD ausgelesen 



wurde. 



2 Verfahren nach Ansoruch 1 dadurch gekennzelchnet, dass die CD-Statuslnformation (62) vom lokalen eleklro- 
basierend auf der CD-Statusinfonmation. 

3. Verfahren nach Anspruch 1 . dadu«* gekennzelchnet. dass die erste CD einen Audioinhalt aufweist. 

4. verfahren nach Anspruch 1. dadurch gekennzelchnet. dass die e^te CD einen Audi<^ und einen Videoinhalt 
enthalt. 

5. Verfahren nach Anspmch 1. dadurch gekennzelchnet. dass die erste CD Musik enthalt. 

6. verfahren nach Anspruch 1. dadurch gekennzelchnet. dass die erste ^^^ly^^rt wi^'jjj;^^^^^ 
dem inhalt der ersten CD ein Identifikationscode emiittelt wird und dass der '»'"P'«™"*«? "J^'' 
c^l^nSoSnformation vom entfemten Gerat ubertragen werden l«siemnd auf dem ldentrfikatK,nscode. 

7. Verfahren nach Anspmch 1 . dadurch gekennzelchnet. dass das entfemte Gerat ein Netzwerksen^er ist. 

8. Verfahren nach Anspruch 1 . dadurch gekennzeichnrt. dass das entfemte GerSt ein zweites NutzergerSt ist. 

9 Vorrichtung zur Synchronisierung des InhaHs einer ersten CD mit einem komplementaren Inhalt aus einem ent- 
femten Gerat. der uber ein Netzwerk bereitgesteitt wlrd. mK den fblgenden Merkmalen: 

- ein lokaleseleklronischesGerSt mit einem VIdeodisplay • ,„„ri„rf„„H 

. ein CD-Player, der mit dem lokalen elektronischen GerSt verbunden ist oder .n d.esem '"t«9"«rt und 
. SSeKoLunikationseinheitzumObertragendeskomplementarenlnhaltsundderSynchronlsationsmfb^^ 

tion von einem entfemten GerSt zum tokalen GerSt Ober das Netzwerk. 

wobei das lokale elektronlsche Gerat lokal die (Manifestation des komplementaren ' 
Synchronisation mit dem Inhalt der ersten CD unter Ve^^endung der Synchron.sat.onsmformat.on und einer 
CD-Statusinformatlon von der ersten CD. 

10. vorrichtung nach Anspruch 9. dadurch gekennzelchnet. da^dte 

von der ersten CD zum entfemten Gerat uber ein Netz««rk Obertragt und basierend auf der CD-Statusinfonnatwn 
den komplementaren Inhalt empfSngt. 

11. Vomchtung nach Anspruch 9. daduich gekennzelchnet. dass die erste CD einen Audioinhalt enthalt. 

12. Vorrichtung nach Anspruch 9. dadurch gekennzelchnet. dass die CD einen Audk^ und Videoinhalt enthalt 

13. Vomchtung nach Anspruch 9. dadureh gekennzelchnet. dass die erste CD eInen Muslklnhalt enthSIL 

14. Vomchtung nach Anspruch 9, mit den weiteren Merkmalen: 

- MIttel zur Analysierung der ersten CD _» .^n h 

. Mittel zur Berechnungeinesldentifikationscodes auf den Inhalt der ersten CD und «u„,^r». 
. Mittelzur Obertragung des komplementiren Inhalts und der Synchronisatlonsinformahon vom entfemten Ge- 
tat unter Venwendung des Indentlfikationscodes. 

15. Vomchtung nach Anspruch 9. dadurch gekennzelchnet. dass das entfemte Gerat ein Netzwerkserver ist. 

16. Vorrichtung nach Anspruch 9. dadurch gekennzelchnet. dass das entfemte Gerat ein zweites NutzergerSt 1st 

17. verfahren nach Anspmch 6. dadurch gekennzelchnet. dass die BerechnungmindestenselnelJngeinfomiatlw 
und eine Anzahl von Segmenten enthalt zur Eizielung des Identifikationscodes. 
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18. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die Berechnung die Lange jedes Segments enthalt 
zur Erzielung des Identifikationscodes. 



5 Revendicatlons 

1. Proced^ de synchronisation du contenu d*un premier disque CD et du contenu compl^mentaire d'un dispositif 
distant, distribue par un reseau. caractdrls6 par : 

10 la lecture initiate d'un premier disque CD (30) sur uri dispositif ^lectronique local (1 0) pour la manifestation du 

contenu du premier disque CD, 

le transfert s6par6 du contenu compl^mentalre (60) et des informations de synchronisation (72) d'un dispositif 
distant (40) au dispositif local par un rdseau. et 

la commando locale du dispositif ^lectronique local (10) pour 1'affichage du contenu compidmentaire en syn- 
15 chronisme avec la manifestation du contenu du premier disque CD en fonctlon des Infonmatlons de synchro- 

nisation et des Informations (62) d'§tat de disque CD lues sur ie premier disque CD. 

2. Proc^de selon la revendication 1 . caract6i1s6 en outre par : 

20 le transfert des Infomnatlons d'etat de disque CD (62) du dispositif 6lectronique local au dispositif distant par 

un r^seau, et 

la reception du contenu complementaire en fonction des informations d*6tat de disque CD. 

3. Precede selon la revendication 1, caract6rls6 en ce que le premier disque CD comprend un contenu d'audio- 
25 frequences. 

4. Procede selon ia revendication 1, caract6ris6 en ce que le premier disque CD comprend un contenu d'audio- 

frequences et viddo. 

30 5. Proc6d6 selon la revendication 1. caract6ri56 en ce que ie premier disque CD comprend de ia musique. 

6. Proc6d6 selon la revendication 1 , comprenant en outre : 

l*anatyse du premier disque CD. 
35 le calcul d'un code d'Identlficatlon d'aprfes le contenu du premier disque CD, et 

le transfert du contenu complementaire et des infomnations de synchronisation du dispositif distant en fonction 
dudit code d'identiftcation. 

7. Precede selon la revendication 1 . dans lequel le dispositif distant est un serveur de r^seau. 

40 

8. Precede selon la revendication 1, dans lequel le dispositif distant est un second dispositif utilisateur. 

9. Dispositif de synchronisation du contenu d'un premier disque CD et du contenu complementaire d'un dispositif 
distant, transmis par un reseau, comprenant : 

45 

un dispositif eiectronique local ayant un dispositif d*affichage video, 
un iecteur de disque CD connecte au dispositif etectronlque local ou integre ^ celui-ci, et 
une unite de communication destinee a transferer le contenu complementaire et des informations de synchro- 
nisation du dispositif distant au dispositif local par un reseau, 
50 le dispositif eiectronique local synchronlsant localement la manifestation du contenu complementaire en syn- 

chronisme avec le contenu du premier disque CD par utilisation des informations de synchronisation et des 
informations d'etat de disque CD provenant du premier disque CD. 

10. Dispositif selon la revendication 9, dans lequel I'unite de communication transfere les informations de disque CD 
55 du premier disque CD au dispositif distant par un reseau. et revolt le contenu complementaire d*apres les infor- 
mations d'etat de disque CD. 

11. Dispositif selon la revendication 9. dans lequel le premier disque CD comporte un contenu d'audiofrequences. 
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. 12. Dispositif seton la revendication 9. dans lequel le premier disque CD comporte un contenu tfaudiofr^quences et 

video. 

13. Dispositif selon la revendication 9. dans lequel le premier disque CD comporte de la musique. 

5 

14. Dispositif selon la revendication 9, comprenant en outre : 

un dispositif d'analyse du premier disque CD» 

un dispositif de calcul d'un code d'identification d'aprfes le contenu du premier disque CD. et 
10 un dispositif de transfert du contenu compl6mentaire et des Informations de synchronisation du dispositif dis- 

tant d'aprds le code d'identification. 

15. Dispositif selon la revendication 9. dans lequel le dispositif distant est un sen/eur de reseau. 

IS 16. Dispositif selon la revendication 9. dans lequel le dispositif distant est un second dispositif utilisateur. 

17. Precede selon la revendication 6. dans lequel le calcul met en oeuvre au moins des Informations de longueur et 
un nombre de segments pour I'obtention du code d'identification. 
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18. Precede selon la revendication 6. dans lequel le calcul utilise la longueur de cheque segment pour I'obtention du 



code d'identification. 
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